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RiCglVED 



CENTRAL FAX CENTER 

APR 1 7 2006 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In T© application of; Taylor 

Serial No.: 09/583y411 

Filed: May 31, 2000 

For Method and Apparatus for 
Bridgiiig Service of Staiidard Object 
Identifier Based Protocols 



35525 

r ATBNT T&WBUAAK QFFtCB 



§ 



Group Art Unit: 2194 

E^uuninen Truong, Lechi 

Attorney Docket No,: AUS000153US1 



<;fiftintBttorTrBDBiaiff'gnt?fl^fflr37C.r.R- ^ISitii 

I hereby cwti^thi»ct>iTC«po(nd«nceiaboiiiB tiwumiited vU f^sinrile to 
the Commisaioner fat ?assn^ P.O. Boot 1450. Alexandria, VA ^23l3-; 
1450, flweimite numbci (571) 273-8300 en April 17. 2006. 



By: 



CairicParto 



TRANSMITTAL OF KEPLY BRIEF 

Conwrnssioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Sir: 
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RECEIVED 

CENTRAL FAX CENTER 

Docket No. AUS00O153US1 APR 1 7 2006 PATENT 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of: Taylor § 

§ Group Art Unit: 2194 
Serial No. 09/583,411 § 

§ Examiaer: Trnong, Lechi 
FUed: May 31» 2000 § 

§ 

For: Method and ^paratns for § 
Bridging Service of Standard Object § 
Identifier Based Protocols 



Comiuissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 



35525 

r ATBNT TRADBMARie OFTICB 
CtnTOMEJLNUNUSBR 



neriifloate of TrangmtMion Under 37 CJ JL a 1 &t^\ 
I hcrtby certify ccrrefipondcfice is hetog transmittBd via 
fooaimDe to the Canaiiissiaiiv fsx PstezttB, P,0. Box 1450. 
Afcxandria. VA 22313-1450, fecaimlle nimibef (571) 273-8300 
on April 17.3006. 



By; 



Carrie Parker 



REPLY BRIEF (37 CFJL 41.41) 

This Rq>ly Brief is submitted in response to the Exandxier's Answer mailed on February 16, 
2006- 

No fees are believed to be required to file a Reply Brief. If any fees are reqwed for filing this 
Reply Brie^ those fees are d^t with in the accompanyii^ TRANSMriTAL OF REPLY BRIEF. 
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SUMMARY OF CLAIMED SUBJECT MATTER 

Appellants thank Examiner Lechi Truong for tie coxutesies extended to Appellants' 
representatives diiring the April 4, 2006 telephone call The Examiner confirmed that the 
summary of claimed subject matter is correct. 



(Reply Brief P»gc 2 of 7) 
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RESPONSE TO EXAMINER>S REMARKS 



A. GROUND OF REJECTION 1 (Claims 1, 9, 20, and 39) 

Claims 1, 9, 20 and 39 are rejected \mder 35 U.S.C. § 103(a) as being allegedly 
unpatentable over Spofford et al (U.S. Patent 5,913,037), hereinafter referred to as Spoffbrd^ in 
view oi Dobbins et al, (U.S. Patent 5,95 1,649), hereinafter referred to as Dobbins and fiirthcr in 
view of Pearson (U.S. Patent 6,023,684), This rejection is respectfully traversed. 

Claim 1, which is repr^entative of the other rejected independent claims 20 and 39 with 

regard to similarly recited subject matter, is reproduced below for the convenience of the Board: 

1* A method on a server in a distributed data processing system for maintaining a 
logical composite repository of Object Identifier (OID) tree structures, the method 
comprising the steps of: 

receiving, in an OID abstraction layer, an OID tree structure fixan a repository: 
wherein the OID abstraction layer is capable of receiving queries for objects in two or 
more diffetient protocols and supports the two or more different protocols by mapping 
queries Scorn mxUtiple protocol interfaces to application program interlace (API) requests 
that the repository understands; 

registering the OID tree structure with a registry associated with the OID 
abstraction layer; and 

adding the OID tree structure to a repository associated with the OID abstraction 

lay^. 

Claim 9 is also reproduced below for the convenience of the Board: 

9* A method on a server in a distributed data processing system for retrieving object 
data from a repository, comprising; 

receiving a first query for the object data fiom a requester in the distributed data 
processing system^ wherein the first query is in a protocol recognized by an OID 
abstraction layer, wherein the OID abstraction layer is capable of receiving queries for 
objects in two or more differenl protocols and si^ypotts the two or more different 
protocols by mapping queries fiiom multiple protocol interfaces to qiplication program 
interface (API) requests that the repository understands; 

interpreting the first query according to the protocol recognized by the OID 
abstraction layer, wherein the protocol recognized by the OID abstraction layer is one of 
the two or more different protocols; 

locating a repositcoy that contains the object data requested in the first query 
based on a registry associated with the OID abstraction layer; and 

retrieving the object data fiom the repository using an OID abstraction layer 
application program interfece (API). 



(Reply Brief 3 of 7> 
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Appellants continue to sutaiit that Spqffbrd, Dobbins, and Pearson, either taken 
individually or in combination, do not teach or suggest that 'the OID abstraction layer is capable 
of receiving queries for objects in two or more different protocols and supports the two or more 
different protocols by mapping queries from muhiple protocol interfaces to application program 
interface (API) requests that the repository imdetstands," as recited in independent claims 1, 20, 
and 39. Further, Appellants continue to submit that Spqffdrd, Dobbins, and Pearson, either taken 
individually or in combination, do not teach or suggest "receiving a first query for the object data 
fiom a requester in the distributed data processing system, wherein the first query is in a protocol 
recognized by an ODD abstraction layer; wherein the OID abstraction layer is capable of receiving 
queries for objects in two or more different protocols and supports the two or more different 
protocols by mapping queries from multiple protocol interfaces to appUoation program interface 
(API) requests that the repository understands," as recited in independent claim 9. 

In the Examiner's Answer, the Examiner states the following in responding to 
Appellants' aiguments: 

As to the point (1) and (2) Dobbin teaches the OID abstraction layer in capable 
of receivmg queries for objects in two or more different protocols, the first query is in 
protocol recognized by OUD abstracUon layer (a standard interface for the Managemtsnt 
Lafomaation Base (MIB) for object access by any management protocol or other entity 
including SNMP, SNMPv2. DMP, col 16, In 20-23. The MIB object provide the mapping 
of object Identifier, col 17. Li 19-23 I the specific Managed Objects: name: OID Managed 
object, col 17, In 51-64/ col 19, In 30-35). The Form of these requests are composed of 
queries to an object within database, by using flie object's identifier (OID). 

Pearson teaches supports the two or more different protocols by mapping queries 
fi-om multiple protocol interfaces to application program interface (APT) requests that the 
rqjository understands (convert data from a parsed client request to a format compatible 
with the API fbr the application service identified in the ^plication service call, col 1 1, 
In 15-20/ converting client messages between the language supported by the client 
program and the language used to inq)lement a q>plication service, col 4, In 67 to col 5, 
In 1-3/ converts user queries to the appropriate query language format for the, col 2, In 
60-65/ presentation logic 80 communication with client program using HTML 
documents, other communication protocols may be used, col 11, In 42-45/ client 
messages which are in the format of a known internet service, such as E-maiL Files 
transfer protocol, col 5, In 60-65/ col 10, In 32-37). 

As to the point (3), Dobbin teaches Simple network Management Protocol 
(SNMP) operates by passing request to MIB. The form of these request are composed of 
queries to object within database, by using the object (OID), col 29, In 33-38), the IBM 
Navigator simplifier the fomiat of these requests by proving a textual representation to 
these OlD's (col 29. In 40-45). 
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Examiner's Answer dated Febiuary 16, 2006, page 11-12. 

As discussed previously in the Appeal Brief, Dobbins discloses that SNMP or any other 
management protocols may be used to access an object using a standard interface for the NUB, 
but does not teach that multiple management protocols may be used to access an object. Dobbim 
only shows an SNMP agent in Figures 3A and 3B, and discloses usiag SNMP in the preferred 
embodiment of Dobbins. Dobbins discloses that a MIB Navigator simplifies the request fiom 
SNMP by providing a textual representation (ASCH names) to an ODD, which is easier for the 
user to digest than a string of numerals, Dobbins does not teach or suggest that '*the OID 
abstraction layer is capable of receiving queries for objects in two or more different protocols and 
supports the two or more difEsrent protocols by mapping queries from multiple protocol 
interfaces to appUcation program interface (API) requests that the repository understands." 

The Examiner refers to portions of the following section of Dobbins in the rejection of 
the independent claims; 

Specific Managed Objects 66 

The MIB Object 65 provides the niapping of an Object Identifier (which uniquely 
identifies a piece of data in the Management Information Base) with a particular Managed 
Object. It then takes advantage of the Managed Object Base Class standard interface to 
retrieve the actual data held m the Managed Object 

The Core Objects 6X represent a set of objects used by the entire MOF. These 
mclude one object for each of the nine basic types defined in the SMI: INTEGER 67 
OCTET STRING 68. NULL 69, OBJECT IDENTIFIER 70. IPAddress 71, Counter 72! 
Gauge 73, TimeTioks 74, and Opaque 75. Each of these objects encompass the 
functionaUty and valid states described in the SMI, as well as additional flmctionality 
usefiil to the code which uses these types. Othw Core Objects include Table Objects 64 
for holding the data for Managed Object tables. 

The Managed Object Base Class 62 provide a standard method of access to 
specific Managed Objects 66. Any object which derives from this base class need only 
customize a small amount of code to allow this standard access, which the MIB tten 
takes advant^ of in obtaining the object's data. 

The Specific Managed Objects 66 are data types that are multiply derived fiom the 
Core Objects 61 and the Managed Object Base Class 62 to encompass the functionality of 
each. For instance, an Integer Managed Object contains the integer fimctionality derived 
flom the INTEGER Core Object 67. as well as the manageabiUty derived fiom the 
Managed Object Base Class 62. When a new biteger Managed Object is needed, a 
designer simply needs to provide the value of the integer (or information on how to obtain 
the value) and a unique Object Identifier. This requires relatively litUe new code to 
accomplish. The MIB Object 65 is then able to access the Managed Object in a standard 
way. Managed Object Tables are also created in this way. The following is an 
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enumeration of the specific Managed Objects: 



Name Derived From 



Integer Managed Object 

Core EsTTEGER, Managed 

Object Base Class 
String Managed Object 

Core OCTET STRING, 

Managed Object Base 

Class 

OJD Managed Object Core OBJECT 

IDENTIFIER, Managed 

Object Base Class 
Null Managed Object 

Core NULL, Managed 

Object Base Class 

Dobbins, column 17, lines 19-64. 

This section of Dobbins teaches that MEB Object 65 provides the mapping of an Object 
Identifier (which imiquely identifies a piece of data in the Management Infoxmation Base) with a 
particular Managed Object. This section also teaches that when a new Integer Managed Object ia 
needed, a designer simply needs to provide the vdue of the integer (or information on how to 
obtain the value) and a unique Object Identifier and that fiiis requires relatively little new code to 
accon^lish. The MIB Object 65 is then able to access the Managed Object in a standard way, 
Dobbins does not teach or suggest **the OID abstraction layer is capable of receiving queries for 
objects in two or more different protocols and supports the two or more different protocols by 
m^ing queries from multiple protocol interfaces to application program interface (API) 
requests that the repository understands." 
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In view of the above and the Appeal Brief filed on November 14, 2005, Appellants 
respectfully submit that claims 1-57 are allowable over the cited prior art and that the application 
is in condition for allowance. Accordingly, Appellants respectfully request the Board of Patent 
Appeals and Interferences to not sustain the rejections set forth in the Final Office Action and in 
the Examiner's Answer. 



Gerald H. Glanzmair^ 
Reg. No, 25,035 
YEB & ASSOCIATES) P.C. 
PO Box 802333 
DaJlaa, TX 75380 
(972) 385-8777 
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